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PREFACE 


This  program  was  developed  for  the  Human  Engineering 
Division,  Aerospace  Medical  Research  Laboratory,  Wright- 
Patterson  Air  Force  Rase,  Oliio  43433.  The  work  was  per- 
formed by  International  Business  Machines  Corporation, 
Gaithersburg,  Maryland  20760,  under  Contract  Number  F 33 
(615)-72-C-1378.  Billy  M.  Crawford  of  the  Systems  Research 
Btanch  was  the  contract  monitor  for  the  Aerospace  Medical 
Research  Laboratory.  The  work  waa  performed  in  support  of 
Project  7 1 34,  "Human  Engineering  for  Air  Force  Systems", 
Task  710401},  "Man-Machine  Systems  Effectiveness". 
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SECTION  I 


INTRODUCTION 


This  document,  along  with  the  program  listings  and 
card  decks  discussed  herein,  represents  the  total  program 
documentation  package  for  the  RPV-AUTO  Simulation  Pro- 
gram. No  attempt  is  made  to  include  a total  description  of 
the  RPV-AUTO  Simulation.  It  is  recommended  that  the  user 
of  this  program  familiarize  himself  with  the  total  concept 
of  the  RPV-AUTO  Simulation  by  reading  the  document, 
"Remotely  Piloted  Vehicle  Simulation  Program  Instruction 
Manual",  available  through  the  Human  Engineering  Division, 
Aerospace  Medical  Research  Laboratory,  Wright-Patterson 
Air  Force  Base,  Ohio. 


The  RPV-AUTO  Simulation  Program  is  a real-time 
interactive,  graphics  simulation  of  a hypothetical  drone  con- 
trol facility  (DCF).  Its  primary  function  iB  to  provide  a 
means  for  analyzing  the  effects  of  numerous  variables  on  the 
operator  performance  of  a five-mau  team  whose  task  is  to 
control  up  to  35  Remotely  Piloted  Vehicles  (RPVs)  through 
three  phases  of  a simulated  strike  mission.  This  program 
contains  all  of  the  features  available  in  the  original  RPV 
Simulation  Program  developed  under  this  same  contract. 
(Refer  to  HESS  Report  74-2).  In  addition)  IhVTfPV-AUTO 
Simulation  Program  contains  two  new  features,  automatic 
patching  ("Auto- Patch")  of  RPV  flight  plans  and  a position 
report  (PR)  smoothing  function. 


The  enroute  and  return  phases  are  performed  by 
four  enroute/return  (ER)  operators,  or  controllers,  seated 
at  IBM  2250  Display  Units.  Using  a set  of  flight  control 
commands,  these  four  operators  "fly”  the  RPVs  along  a 
preplanned  flight  profile  to  the  general  target  area.  Con- 
trol is  then  transferred  to  a terminal  operator  who  "flies" 
the  RPV  on  into  the  target  destination.  The  ER  operator 
then  regains  control  and  performs  the  return  phase. 


Section  II  of  this  document  contains  a list  of  the  hard- 
ware components  used  by  the  program.  A brief  summary  of 
the  RPV-AUTO  Simulation  is  presented  in  Section  III  and 


the  program  description  is  presented  in  Section  IV.  Section 
V contains  the  data  set  formats.  Section  VI  describes  the 
program  card  decks,  and  Section  VII  contains  the  program 
flowcharts.  Operator  instructions  for  the  computer  operator 
and  the  experimenter  are  presented  in  Appendices  I and  II, 
respectively. 
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SECTION  II 

MACHINE  DEFINITION 

The  RPV-AUTO  Simulation  Program  was  written 
for  an  IBM  System/ 360  Computer  operating  under  Operating 
System/360  (PCP).  The  hardware  components  used  by  this 
program  are  Listed  below: 

o IBM  System/360  Computer,  Model  40 

o Problem  Program  Core  Requirement  - 201K 

o Memorex  3660  Disc  Storage  System  - Three 
Storage  Drives 

o Four  IBM  2250-3  Display  Units  (interfaced  through 
a 2840*2  Display  Control) 

o IBM  1403  Printer 

o IBM  2501  Card  Reader 

o IBM  1052  Printer  Keyborad 

o IBM  1827  Data  Control  Unit  (with  digital  and 
analog  input /output  features) 

There  are  five  terminal  operator  control  panels  used 
for  the  terminal  phase  of  the  simulation.  Figure  1 illustrates 
the  layout  of  these  panels.  The  terrain  table  hardware  operates 
independent  of  the  CPU  and  is  therefore  not  defined  in  this  doc- 
ument. 


ACCEPT  FLIGHT 

SWITCH  CONTROL 


FIGURE  1.  TERMINAL  OPERATOR  CONTROL  PANEL 
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SECTION  III 

RPV-AUTO  SIMULATION  DESCRIPTION 


This  brief  description  of  the  simulation  is  presented 
here  only  to  give  the  reader  a better  understanding  of  the 
overall  program  logic  used  in  the  RPV-AUTO  Simulation 
Program.  It  does  not  represent  a complete  description  of 
the  simulation. 

The  object  cf  the  simulation  is  to  "fly"  up  to  35  RPVs 
on  the  enroute,  terminal,  and  return  phases  of  a simulated 
strike  mission  and  safely  recover  all  the  RPVs.  Numerous 
variables,  such  as  RPV  characteristics,  data  link  stability, 
navigation  system  errors,  etc. , are  introduced  into  each 
mission  to  provide  a varying  degree  of  difficulty  in  perform- 
ing the  task. 

Each  team  is  made  up  of  five  subjects,  four  enroute/ 
return  (ER)  operators,  or  controllers,  and  one  terminal 
operator.  The  ER  controllers  are  seated  at  IBM  2250  Display 
Units.  Using  a set  of  flight  control  commands,  they  can  mod- 
ify the  preplanned  flight  plans  (profiles)  stored  in  the  onboard 
computer  of  each  RPV.  These  commands  include  the  capability 
to  patch  the  flight  plan  and  to  change  the  command  velocity, 
the  command  altitude,  and  the  navigation  system  being  used. 
Commands  are  also  available  to  cause  the  RPV  to  be  destructed 
or  dropped  safely  to  earth  with  parachutes.  This  type  of  navi- 
gation, namely,  flying  according  to  the  commands  in  the  on- 
board computer,  is  referred  to  as  flight  plan  follow  (FPF) 
mode. 


To  assist  the  enroute  operator  in  performing  his  task, 
the  simulated  DCF  computer  is  equipped  with  an  Auto-Patch 
capability  which  performs  automatic  patching  of  the  flight 
plans  when  a specific  set  of  conditions  are  met.  A position 
report  smoothing  algorithm  is  also  included  to  reduce  the 
amount  of  simulated  PR  error  generated  for  an  RPV  flying 
a relatively  straight  line  path. 

Figure  2 illustrates  the  basic  display  format  presented 
to  the  ER  controllers.  The  geographic  area  covered  by  the 
simulation  is  presented  in  the  situation  information  display 
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FIGURE  2.  DISPLAY  FORMAT 
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(SID)  section  of  the  screen.  This  display  may  optionally  con- 
tain geographic  reference  markers,  boundary  lines,  target 
symbols,  and  way  point  symbols.  The  track  signatures  which 
represent  the  RPV  positions,  and  the  flight  plans  (FPS)  are 
category  selectable  and  are  superimposed  on  the  geographic 
display.  Ten  FPs  and/or  ten  track  signatures  can  be  selected 
at  any  one  time.  All  of  the  information  presented  in  the  geo- 
graphic display  can  be  defined  by  the  experimenter  in  the  in- 
put data  set.  An  example  of  an  SID,  with  appropriate  termi- 
nology, is  presented  in  Figure  3. 

The  "RPV  Menu"  block  contains  one  line  of  information 
for  each  RPV  that  is  flying.  This  line  contains  the  expected 
time  of  arrival  (ETA)  to  the  next  major  way  point,  the  com- 
mand link  status  (up  or  down),  a suffix  which  identifies  the 
next  major  way  point,  an  alarm  indicator,  a flight  control 
mode  status  indicator,  and  an  Auto-Patch  inhibit  code.  The 
menu  is  updated  each  frame  to  reflect  the  most  recent  infor- 
mation available. 

The  "Status  Block"  is  used  to  present  additional 
information  about  a specific  RPV  such  as  command  altitude, 
command  velocity,  current  navigation  system,  etc.  "Mes- 
sage Block  2"  is  used  to  present  outstanding  command  infor- 
mation; that  is,  to  indicate  those  commands  which  have  been 
transmitted,  but  not  yet  received  by  the  RPV.  "Message 
Block  1"  is  used  to  communicate  with  the  ER  operator. 


As  the  RPVs  reach  the  general  target  vicinity,  con- 
trol is  turned  over  (hand  over)  to  a terminal  operator  who 
"flys"  the  RPV  to  the  target.  A TV  receiver  is  connected 
to  a camera  system  on  a remote  terrain  table  model  of  a 
simulated  bombing  site.  The  terminal  operator  can  control 
the  RPV  through  joy  stick  and  throttle  controls  while  watching 
the  TV  monitor  showing  the  area  beneath  the  RPV.  This  con- 
trol mode  is  referred  to  as  continuous  control  (CC)  mode. 
After  the  target  is  sited  and  the  appropriate  action  is  taken, 
control  is  returned  (hand  back)  to  the  ER  controller  who  then 
performs  the  return  phase  of  the  mission. 

Since  one  terminal  operator  cannot  handle  all  35 
RPVs  during  a mission,  a pseudo-terminal  phase  capability 


was  added  to  the  system.  The  enroute  and  return  phases 
are  carried  out  exactly  as  in  the  normal  mode;  however, 
the  terminal  phase  consists  only  of  the  hand  over  switch 
action  sequence  on  the  selectable  terminal  control  panels. 
No  TV  pictures  are  used.  The  flight  advancement  of  the 
RPV  is  mathematically  controlled  by  the  program  and 
needs  no  operator  intervention.  This  is  referred  to  as 
pseudo-continuous  control  (PCC)  mode. 


SECTION  IV 


PROGRAM  DESCRIPTION 


The  RPV-AUTO  Simulation  Program  consists  of 
forty-eight  user  written  subroutines  and  utilizes  the  macro 
and  I/O  facilities  of  the  IBM  2250  Graphics  Programming 
Services  (GPS)  for  the  2250  software  support.  Forty-one 
of  the  subroutines  are  written  in  assembler  language  and 
the  other  seven  are  written  in  Fortran  IV. 

Table  1 lists  the  names  of  all  the  subroutines,  the 
functions  each  performs,  and  the  names  of  the  subroutines 
which  call  them.  Note  that  those  subroutines  listed  with 
suffixes  1-4  (e.g.  RPVA1,  RPVA2,  RPVA3,  RPVA4)  are 
duplications  of  the  same  subroutine  except  for  the  sub- 
routine name  and  the  names  of  the  subroutines  each  calls. 
These  subroutines  are  dedicated  to  scopes  1,  2,  3,  and  4, 
respectively. 

A description  of  the  GPS  facilities  can  be  found  in 
the  manual,  "IBM  System/360  Operating  System,  Graphic 
Programming  Services  for  IBM  2250  Display  Unit"  (File 
No.  S360-30,  Form  GC27-6909). 

In  general,  the  program  operates  on  a cyclic  basis, 
updating  the  displays  once  per  frame.  The  frame  time  is 
variable  (currently  5 seconds)  and  is  controlled  by  the  CPU 
timer  interrupt  facility.  Each  time  the  timer  interrupt 
occurs,  an  updated  display  is  written  to  the  scopes  and  a 
new  display  is  generated  for  the  next  update.  Once  the  new 
display  is  generated,  the  display  generator  enters  a "wait" 
state  until  the  timer  interrupt  occurs.  The  cycle  is  then 
repeated.  Throughout  this  cycle,  including  the  waiting 
period,  attention  interrupts  from  the  four  scopes  are  pro- 
cessed as  they  occur. 

The  program  is  contained  in  three  parts:  1)  the 
initialization  processor,  2)  the  background  processor,  and 
3)  the  four  attention  interrupt  processors.  The  initialization 
processor  performs  all  the  initialization  procedures  at  pro- 
gram start-up  time,  including  generation  of  the  initial  dis- 
plays. After  they  are  written  to  the  display  units,  the  pro- 
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TABLE  1.  SUBROUTINE  FUNCTIONS 


TABLE  1.  SUBROUTINE  FUNCTIONS  (Continued) 


Function^) 


TABLE  1.  SUBROUTINE  FUNCTIONS  (Continued) 


TABLE  1.  SUBROUTINE  FUNCTIONS  (Concluded) 
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gram  enters  a wait  state  until  the  signal  is  given,  via  a 
programmed  function  keyboard  (PFK)  key,  to  begin  the 
simulation.  Control  is  then  given  to  the  background  pro- 
cessor. 

The  main  function  of  the  background  processor  is  to 
generate  the  SID  for  each  frame.  This  prooess  includes  the 
mathematical  update  of  the  RPV  positions,  generation  of 
automatic  patches  when  applicable,  and  the  generation  of 
the  total  geographic  display.  In  addition,  various  flight 
control  commands  may  have  been  queued  up  during  the 
past  frame.  If  the  proper  conditions  are  met,  these  com- 
mands are  "transmitted”  to  the  RPVs  at  this  time.  After 
these  functions  are  performed,  the  background  processor 
enters  a wait  state  until  triggered  again  by  the  timer  inter- 
rupt. 

The  attention  interrupt  processors  (one  for  each 
scope)  process  the  attention  requests  from  the  ER  control- 
lers. They  are  processed  as  they  occur  with  processing 
priority  going  to  the  most  recent  interrupt.  The  response 
to  the  request  varies  from  the  generation  of  a simple  in- 
struction to  the  queuing  of  a flight  control  command  for  sub- 
sequent transmission  by  the  background  processor.  After 
the  response  is  made,  control  is  returned  to  the  background 
processor  or  to  one  of  the  other  attention  processors,  which- 
ever is  applicable. 

Most  of  the  data  communications  among  the  various 
subroutines  are  maintained  through  the  COMMON  CSECT. 

This  buffer  contains  the  four  communication  areas  (COMA REAS) 
associated  with  the  Graphic  Attention  Control  Blocks  (GACBs) 
for  the  four  scopes.  A DSECT  (COMA)  is  used  for  address- 
ability within  each  of  these  areas. 

The  four  graphic  data  output  areas  (GDOAe)  are  also 
maintained  in  core  storage  throughout  the  simulation.  The 
"next"  situation  display  is  generated  in  the  GDOAs  and  held 
there  until  the  timer  interrupt  occurs  at  which  time  the 
GDOAs  are  written  to  the  graphic  buffers.  The  GDOAs  are 
structured  as  shown  in  Figure  4.  The  various  GOP  com- 
ponents are  generated  directly  in  the  GDOA  segment  assigned 
to  that  specific  component. 

Tb°  following  paragraphs  discuss  several  of  the 
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FIGURE  4.  GOP  STRUCTURE 
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techniques  used  in  the  program  which  might  not  be  imme- 
diately obvious  to  the  user. 

A large  segment  of  the  initialization  subroutine, 
RPVMAIN,  is  overlayed  by  the  attention  routine  work  areas. 
This  does  not  interfere  with  normal  program  execution  be- 
cause the  section  overlayed  is  only  used  at  program  start- 
up time.  At  program  termination  time,  control  is  -eturned 
to  the  section  beyond  the  work  areas  for  file  closing  and  the 
return  to  OS/ 3 60. 

A "dummy"  cursor  is  inserted  into  the  GDOA  when- 
ever a real  cursor  is  not  needed  for  entering  data.  This  is 
done  to  prevent  the  subjects  from  accidentally  locking  the 
keyboards.  Null  characters  are  placed  in  the  cursor  lo- 
cation so  that  it  is  not  visible  on  the  display  screen.  This 
process  is  handled  in  the  subroutine,  RPVWRIT. 

Output  data  records  are  queued  by  the  attention 
interrupt  processors  to  avoid  interference  between  the 
attention  routines  and  the  background  processor  attempting 
to  record  data  simultaneously.  The  queued  records  are 
written  once  each  frame  in  the  background  processor  sub- 
routine, RPVCYCLE. 

The  timer  interrupt  routine  is  also  located  in  the 
subroutine,  RPVCYCLE.  Its  only  function  is  to  post  com- 
pletion for  the  background  processor. 

The  RPVUP  subroutine  performs  the  mathematical 
updating  of  the  four  RPV  positions  maintained  for  each  RPV. 
Two  of  these  are  kept  internally  for  subsequent  scoring  pur- 
poses and  the  other  two  are  displayed  on  the  screen.  The 
flight  plan  position  extrapolated  (FPPE)  is  the  location  on 
the  flight  plan  where  one  would  expect  the  RPV  to  be  if  there 
were  no  navigational  errors  or  position  reporting  system 
errors  in  the  system.  This  location  is  displayed  on  the 
flight  plan  along  with  the  RPV  ID  number.  It  may  be  lo- 
cated on  the  original  flight  plan  or  on  a patch  leg  if  a head- 
ing change  is  made. 

The  "TRUE"  RPV  position  is  known  only  to  the  pro- 
gram and  reflects  the  true  position  of  the  RPV.  Its  location 
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is  obtained  by  adding  navigation  system  errors  in  ground 
course  and  ground  speed  to  the  difference  in  the  old  and 
new  FPPE  positions,  then  adding  this  to  the  previous  TRUE 
position,  A new  set  of  navigation  system  errors  are  ob- 
tained each  time  the  RPV  passes  a roll-out  way  point. 

The  position  reporting  (PR)  system  position  is  rep- 
resented on  the  display  screen  by  the  base  of  the  velocity 
vector  of  each  RPV.  It  is  obtained  by  adding  azimuth  and 
range  errors  from  the  simulated  PR  system  to  the  TRUE 
position  of  the  RPV. 

If  the  PR  smoothing  feature  is  used,  the  amount  of 
PR  error  is  reduced  when  the  RPV  flys  down  a straight 
line  path.  A special  counter  is  used  for  this  purpose.  It 
is  incremented  once  each  frame  and  reset  to  zero  each 
time  the  RPV  passes  a roll-out  point  during  a turn  maneuver. 
The  square  root  of  this  counter  is  used  as  a reduction  factor 
to  limit  the  size  of  the  standard  deviation  used  when  computing 
the  azimuth  and  range  errors. 

The  fourth  position  is  called  the  virtual  flight  plan 
position  extrapolated  (VFPPE)  and  represents  the  lc  cation 
where  the  RPV  would  be  located  on  the  original  fligl  plan 
based  on  its  current  expected  time  of  arrival  (ETA).  This 
position  is  not  displayed,  but  is  used  at  data  reduction  time 
to  determine  how  far  the  RPV  had  flown  off  course. 

The  manner  in  which  these  four  positions  are  cal- 
culated varies  somewhat  depending  on  the  current  control 
mode  of  the  RPV,  namel\,  FPF,  CC,  or  PCC.  The  dif- 
ferent techniques  used  can  be  followed  in  the  program 
listing  of  RPVUP. 

In  the  subroutines,  RPVUP  and  RPVERR,  a selection 
technique  is  used  for  determining  the  type  of  distribution  to 
be  used  in  obtaining  PR  system  and  navigational  system 
errors,  respectively.  This  technique  permits  the  user  to 
specify  a distribution  code  on  the  input  data  set  for  each 
system.  Currently,  only  the  Gaussian  distribution  is  used, 
but  others  could  be  added  in  the  future. 
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Two  techniques  are  available  for  controlling  the  up 
or  down  status  of  the  command,  PH,  and  TV  data  links.  Both 
techniques  are  performed  by  the  RPVRFO  subroutine.  In 
the  first  technique,  a mean-time  between  outage  (MTBO) 
function  is  used  to  statistically  control  all  three  links,  inde- 
pendent of  each  other.  The  MTBO  values  may  be  changed 
at  input  time  to  satisfy  the  neeos  of  the  user. 

In  the  second  technique,  the  command  and  PR  data 
links  are  controlled  through  the  use  of  a jamming  model. 

A line  of  jammers  is  defined  at  a specified  y-coordinate  in 
front  of  and  aimed  at  the  target  area.  The  distance  between 
jammers  and  the  effective  beam  width  of  the  RPV  antennas 
are  also  specified.  Jamming  triangles  are  thus  formed  with 
the  jammers  located  at  the  apex  of  each  triangle  and  the  base 
defined  by  the  antenna  beam  width.  The  jamming  area  is 
further  devided  into  25  equal  segments  in  the  y-direction  in 
which  the  user  may  specify  the  probability  of  jamming  for 
each  segment.  Whenever  an  RPV  is  inside  one  of  the  jam- 
ming triangles,  a random  number  is  generated  and  compared 
to  the  probability  of  jamming  figure  for  the  segment  in  which 
it  is  located.  If  the  number  is  less  than  the  probability  value, 
the  command  and  PR  data  links  are  set  down  for  that  frame. 

When  using  the  jamming  model,  the  TV  link  is  always 
in  the  up  status.  However,  an  external  noise  generator  is 
used  to  cause  varying  degrees  of  picture  distortion. 

Using  the  program  flowcharts  and  program  listings, 
the  user  should  be  able  to  follow  the  rest  of  the  logic  used 
throughout  the  program.  It  is  again  recommenced  that  the 
instruction  manual  noted  in  Section  I be  read  for  a thorough 
understanding  of  the  simulation. 
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SECTION  V 


INPUT/ OUTPUT  FORMATS 


There  are  three  input  data  sets  and  one  output  data 
set  in  addition  to  the  graphics  and  182?  DCU  data  sets. 

Input  File  1 contains  the  total  definition  of  the  simulation 
in  terms  of  Auto-Patch  controls,  geographic  reference  data, 
flight  plan  data,  target  data,  RPV  characteristics,  data  link 
outage  frequencies,  probabilities  of  success  as  a function  of 
lateral  deviation,  lateral  deviation  thresholds  for  alarms, 
fuel  consumption  rates,  and  an  optional  jamming  model. 

F;gure  5 illustrates  the  file  format  for  Input  File 
1.  It  is  referenced  by  the  program  via  the  "FT0SF001" 

DD  card.  Note  that  die  Fortran  format  that  is  used  in 
reading  each  variable  is  listed.  The  user  is  cautioned  to 
adhere  to  the  specified  format,  left- justifying  A -Format 
data  and  right-justifying  I-Format  data.  This  file  should 
be  stored  on  disk  and  is  generated  by  ine  RPv PATH  Pro- 
gram  available  at  the  HESS  facility. 

The  second  input  file  contains  malfunction  data. 

It  is  generated  between  simulation  runs  by  the  RPVMALF 
Program  available  at  the  HESS  facility.  The  format  used 
is  illustrated  in  Figure  6 and  a list  of  the  malfunction  types 
is  presented  in  Table  2,  Program  reference  is  made  through 
DD  card.  "FT08FC01". 

The  format  for  Input  File  3 is  illustrated  in  Figure 
7.  This  file  contains  the  transformation  coefficients  for 
the  terrain  table  and  is  generated  by  the  terrain  table 
CALIBRATE  Program  available  at  the  HESS  facility.  The 
data  is  referenced  by  DD  card,  "FT05FC01".  This  data 
set  is  replaced  whenever  a new  calibration  run  is  made. 


The  Output  Recording  file  format  is  illustrated  in 
Figure  8.  This  file  is  referenced  ir.  the  execution  deck  by 
DD  card,  "OUT".  The  formats  for  the  various  records  are 
listed  by  record  numbers  and/or  record  types.  The  type 
field  is  a code  which  can  be  used  for  identifying  the  records 
at  data  reduction  time.  The  list  of  type  codes  is  presented 
in  Table  3.  The  fields  listed  as  "Unused"  were  inserted 


its 


into  the  records  to  maintain  uniformity  in  record  positions 
of  the  various  fields.  The  ' Type  Constant"  column  may 
be  used,  where  applicable,  for  setting  up  alignments  in 
a Fortran  analysis  program. 

Error  codes  and  messages  are  listjd  in  Table  4. 
The  1827  DCU  addressing  scherhes  are  presented  in  Tables 
5-8. 


FIGURE  5.  FORMAT  FOR  INPUT  FILE  1 (Continued) 


Record Beco 
Number(s)  Positi< 


FIGURE  5.  FORMAT  FOR  INPUT  FILE  1 (Continued) 


Record  Record  j Fortran  f 

Number(s)  Position{s)  Contents  ( Format  I Units 


FIGURE  5.  FORMAT  FOR  INPUT  FILE  I (Continued) 


Record  j Record  Fortran 

Number(s)  Position(s)  Contents  Format  Unite 


FIGURE  5.  FORMAT  FOR  INPUT  FILE  1 (Continued) 


FIGURE  5.  FORMAT  FOR  INPUT  FILE  1 (Continued) 


Record  Record  Fortran 

Number  (s)  Position(s)  Contents Format  Units 


FIGURE  5.  FORMAT  FOR  INPUT  FILE  1 (Continued) 


Record  Record 


FORMAT  FOR  INPUT  FILE  1 (Continued) 


Record  I Record  1 Fortran 


FIGURE  5.  FORMAT  FOR  INPUT  FILE  1 (Continued! 


FIGURE  5.  FORMAT  FOR  INPUT  FILE  1 (Continued) 


Record I Record 


FIGURE  5.  FORMAT  FOR  INPUT  FILE  2 (Continued) 


Record 


FIGURE  6.  FORMAT  FOR  INPUT  FILE  2 


*This  code  is  placed  in  positions  14-15  of  the 
"AL"  malfunction  records  defined  in  Figure  6. 


TABLE  2,  MALFUNCTION  TYPES 

42 


OUTPUT  RECORDING 


Record  No,  l Record  Type  of  I 

or  Type  I Position(s)  Contents  Constant  I Units 


FIGURE  8.  FORMAT  FOR  THE  OUTPUT  RECORDING  FILE  (Continued) 


FIGURE  8.  FORMAT  FOR  THE  OUTPUT  RECORDING  FILE  (Concluded) 


Type 

Code 


Contents  or  Meanin 


Sub  rout  ine(s) 
Where  Generated 


Experiment  identification  number 


RPV  status  information 


Heading  patch  requested  by  enroute  operator 
or  Auto- Patch 


Altitude  change  requested  by  enroute  operator 


Velocity  change  requested  by  enroute  operator 


Navigation  system  change  requested  by  enroute 
operator 


Destruct  command  requested  by  enroute  operator 


Deploy  chutes  requested  by  enroute  operator 


Drop  track  signature  requested  by  enroute 
operator 


Enter  pending  mode  requested  by  enroute 
operator 


Pending  mode  r equest  accepted  by  terminal 
operator 


Malfunction  occurred 

Trigger  closed  at  TRF  control  station 


Attrition  caused  crash  of  RPV 


Heading  patch  command  transmitted 


Altitude  command  transmitted 


Velocity  command  transmitted 


Navigation  system  change  command  transmitted 


Destruct  command  transmitted 


Deploy  chutes  command  transmitted 


Heading  patch  rejected 


Heading  patch  command  cancelled  by  enroute 
operator 


Altitude  change  command  cancelled  by  enroute 
operator 


Velocity  change  command  cancelled  by  enroute 
operator  


RPVMAIN 


RPVCYCLE 


RPVA1-4 


RPVA1-4 


RPVA1-4 


RPVAt-4 


RPVA1-4 


RPVA1-4 


RPVA1-4 


RPV TRF 


RPV TRF 


RPVMALF 


RPVXMIT 


RPVXMIT 


RPVXMIT 


RPVXMIT 


RPVXMIT 


RPVXMIT 


RPVXMIT 


RPVA1-4 


RPVA1-4 


RPVA1-4 


TABLE  2.  OUTPUT  RE1CORD  TYPES 
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Type 

Code 

Contents  or  Meaning 

Subroutine(s) 
Where  Generated 

24 

Nav.  system  change  command  cancelled  by 
enroute  operator 

RPVA1-4 

25 

Destruct  command  cancelled  by  enroute 
operator 

RPVAl-4 

26 

Deploy  chutes  command  cancelled  by  enroute 
operator 

RPVA1-4 

27 

Pending  handover  mode  cancelled  by  enroute 
operator 

R PVA 1 -4 

28 

Accept  switch  tui  ned  off  at  terminal  operator 
control  panel 

RPVTRF 

29 

Reprogrammed  heading  patch  request  by  enroute 
operator 

R PVA  1-4 

30 

TRF  table  transformation  coefficients 

RPVGEOA 

31 

- 

Target  id<  ntification  numbers 

RPVGEOA 

TABLE  3.  OUTPUT  RECORD  TYPES  (Concluded) 


Console 

Code 


Message  or  Meanin 


Correction  Procedure(s) 


GDOA  limits  exceeded. 
Too  much  input  data  for 
display. 

Reduce  amount  of  input 
data.  Check  limits  of 
each  type  permitted  in 
Figures  5,  6.  and  7. 

I/O  error  on  1827  DCU. 

Check  1827  patch  board; 
rerun  the  job.  If  error 
persists,  contact 
systems  personnel. 

"Asynchronous  error  on 
scope  2E0,  I,  2,  or  3". 

If  this  appears  frequently 
contact  system  personnel; 
otherwise,  ignore. 

TABLE  4.  ERROR  CODES 
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TABLE  7.  DIGITAL  INPUT  ADDRESSING 
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SECTION  VI 


PROGRAM  CARD  DECKS 


Source  program  card  decks  and  program  object 
decks  for  the  RPV-AUTO  Simulation  Program  are  avail- 
able at  the  Systems  Research  Branch,  Human  Engineering 
Division  of  AMRL.  A set  of  printed  listings  of  the  source 
code  is  also  available,  both  in  card  image  format  and  in 
assembled  format.  This  data  is  stored  on  magnetic  tape, 
AMRL  serial  number  000409.  File  5 contains  the  pro- 
gram object  decks,  with  JCL  for  link-editing  the  RPV 
subroutines.  File  6 contains  the  source  code,  with  JCL, 
for  assembling  the  entire  set  of  RPV  subroutines.  Both 
files  are  in  card  image  format,  fixed  length  80-byte  re- 
cords, 3200  bytes  per  block. 

Figure  9 lists  the  control  cards  for  link-editing 
the  RPV-AUTO  Simulation  Program  onto  disk  and  Figure 
10  lists  the  program  execution  deck.  The  data  set  name 
on  the  "FTOh'FUOl'1  and  ''OUT"  DD  cards  must  be  properly 
specified  for  each  run. 
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SECTION  VII 


PROGRAM  FLOWCHARTS 


The  program  flowcharts  are  presented  in  Figure 
11.  These  machine-produced  flowcharts  were  generated 
by  AUTODOC-V,  a S/360  program.  The  conventions  used 
on  these  flowcharts  are  described  in  "AUTODOC-V  an 
Automatic  Documentation  and  Symbolic  Flow  Charting 
Program",  360D-001 . 1. 014,  available  at  the  Systems 
Research  Branch,  Human  Engineering  Division  of  AMRL. 

The  user  should  note  that  subroutine  call  blocks 
which  contain  no  page  reference  information  represents 
GPS  subroutines  that  are  not  flowcharts.  i in  this  docu- 
ment. 
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APPENDIX  I 

« OM  PVTEF  OPERATOR  INSTH'  TTIONS 


TKr  ’t»(n  thoul'l  f'f  laliro  b*  in»  'TiDuter 

oppntor  eaeruttitf;  the  RPV -A5‘TO  Simulation 

I t la<  e the  P PA  l*»lch  Boa r d m the  182*  (K’l 
Pa r<  r Panel 

2.  UaA^  aur»-  nil  equipment  i«  t irn*  ! or.  at  tdc 
r»-nc«»  terrain  table  aite 

1.  Fun  >»i  al!  rwcf«Mrr  «quipm«T  t*-*  MESS 
tacilto  ii*  ludin®  the  T<*rmii'  l >t-rrator 
< ontrol  «>la: ion 

4 Lf«  i tho  ;ifcuti  .in  lera  ii.  the  c - r d r?».n>r  and 
real*  it. 

A Mount  the  rrqu«-»t*-d  mn*  {«•  V.s. 

6.  t.'ofr\  the  lit  numtx-  off  Uie  log  intet  and  give  it 
to  the  expe  runeoter 

7 . Ri'.no.  t card  deck*  and  printed  usting  at  the  end 
of  Uh  iuh. 


a 


t 


94 


AFPFMHX  II 


EXPERIMENTER  INSTHl  t TfoNS 


The  following  steps  may  be  used  a«  a gu i de  for  ihe 
t»p»-im»nur  conduct  in*  thf  H 1%  -A  l‘T<  • SnnuUlion  fi)»n 
mwt 

1 . I'rtp«:f  the  e*e«  ut  ion  r*  r < ItUh  * a t Must  rated 

in  Figure  10,  Serti<*r  V I.  Fhe  ta la  set  n^me*  in 
the  FT0°MK)l  ant  Ol  T ')l>  arin  mud  f>e 
rhan(fi)  t<»  »*’»  pritp*--  oain*--.  an-*  tne  in  the 

malfunction  and  <:alib rati^w,  *t»t„  'eta.  represented 
bx  Oh  FT OHFOfl  1 ann  I T05F001  ftO-a-d* 
must  be  from  the  most  - *•<  en*  Jiwtates 

2.  Th»-  I'.AHM  field  on  the  mi’,  -ite  tard  ■ i>nliinn 
four  character*  representing  tfn  four  tcopi-t. 
units  2E0.  2E1.  2E2,  2E3  respectively.  If 
th«  ».  upt  is  mi  punr  n « ot*%  n its  rrspe-  live 
po«iti  »n.  If  th«  n op-  is  off  or  inoperative, 
punch  a M-ro. 

3.  Place  this  deck  m the  i ird  rra.vr  and  press  start 

4.  M mint  the  spe-  tfie-:  otsa  volumes  as  mdi>  ated  oi 
the  console  typewriter.  L-*teD«  3 and  4 wil!  he 
handled  bv  a computet  operator,  if  available. 

5.  An  Mprnmrnt  5*_»  numlw  r wilt  b«  printed  on  the 
console  t vpew  rite r.  Record  this  number  for 
later  use. 

*>.  31a  rv  PKK  o\ ^ rliy  on  l'KK  keyboards. 

— » *» 

t ■ . 

7.  The  subjects  should  be  Seated  ir>  team  positions, 
as  desired,  and  tneir  names  recorded  *ith  the 
unit  address  of  the  scop*  associated  with  each 
position.  The  ID  number  and  name  of  the  input 
data  set  ured  should  be  recorded  along  with  this 
information. 
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***"  r*erf».  pr.*„  PKK  k„  9 „ ^ 

of  the  -cop*.  to  b*#lr,  th*  ^rm^nt. 


Thr  program  *11  m4om.tir«l|. 
• (I  the  RPVs  Hate  re*th*d  th*)r 
Remove  the  card  deck  f rxwn  the 
tliUO|  from  the  printer. 


te*rr:*n*t* 
r*<  over*  points, 
^•(fcr  and  the 


C.EOg  GEOHEF  fARGETS  MKNt 


GENERA l DfcSTRL'CT  OHOP  IP  F US  ‘-TART 

X I »«SPI.AV  S1MI  IJMIO-. 


CHANGE  CHANGE  CHANGE  W T -INHIHIT  Al  TO-  (Mil  II 


TRACK  THA(  K E I'  M RU’Ht*  RAM  ‘•TATIS 


MOD  I MOD  2 MUD  3 RECONNECT 


FIGlHE  12.  PFK  OVER JAY  CA  RD 
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